home *** CD-ROM | disk | FTP | other *** search
/ ETO Development Tools 4 / ETO Development Tools 4.iso / Essentials / MacApp Documentation / MacApp.TECH$ Archives / 1990 / Apr 90 / MacApp.Tech$ 4⁄13⁄90 / 1094-Re[2] MacApp & code -Apr90 < prev    next >
Encoding:
Text File  |  1991-03-06  |  1.8 KB  |  44 lines  |  [TEXT/GEOL]
  1. Item forwarded  by  A33          to A34
  2.  
  3. Item    4505594                         12-April-90        23:11DST
  4.  
  5. From:   UK0392                          EHN & DIJ Oakley,IDV
  6.  
  7. To:     POWERUP.ENG                     Power Up Software,PRT
  8.         ROSENSTEIN1                     Rosenstein, Larry
  9.  
  10. cc:     MACAPP.TECH$                    MacApp Technical
  11.  
  12. Sub:    Re-Re-MacApp & code resources
  13.  
  14. James,
  15.  
  16. Having re-read your original link and the flurry of responses, I think I would
  17. agree with the following scheme:
  18.  
  19. Application                    Code Resource               OK?
  20. ----------------------------------------------------------------------
  21. MacApp/ObjectPascal         MacApp/ObjectPascal            Yes
  22. MacApp/ObjectPascal         non-OOP                        Yes
  23. non-OOP                     MacApp/ObjectPascal             No
  24.  
  25. 1.  Would be rather interesting, but is of course no more than the linker
  26. already does (although of course it incorporates procs into the application,
  27. whereas your glue would need to supplant that).  However, I cannot see why you
  28. would want to do it, as you may as well have object files & link them - I
  29. thought half the aim of OOP.
  30.  
  31. 2.  Should be no different with MacApp than with anything else - and extensible
  32. applications (in the way that Quark Xpress, MacroMind Director Interactive,
  33. Prograph, etc., are) should be no harder than ever - I would be very interested
  34. in progress in this, as I am thinking of trying it myself!
  35.  
  36. 3.  Is surely the problem referred to by Kurt & Keith (in that infamous Tech
  37. Note!), which does not currently sound circumventable.  However, I am not sure
  38. why anyone would want to do it, unless they were trying to implement a DA or
  39. the like (which I think is a rather inappropriate use for MacApp?).
  40.  
  41. Regards,
  42. Howard.
  43.  
  44.